home *** CD-ROM | disk | FTP | other *** search
/ Magnum One / Magnum One (Mid-American Digital) (Disc Manufacturing).iso / d7 / lanserv.arc / LANHOW2.DOC < prev    next >
Encoding:
Text File  |  1989-07-27  |  6.4 KB  |  110 lines
  1.  
  2.    This is an effort to assist those that have problems with their Lantastic
  3. networks loosing the connection to the server. I've tested this on my system
  4. and it works very well. It does NOT drop carrier when it reestablishes the 
  5. server connection. If a caller is online, the odds are that they may not notice
  6. what has happened. ( If you have your callers enter their password when they 
  7. return from a door, they will be displayed that command when the server connect is
  8. is reestablished.
  9.  
  10.    The only problem with this setup, is that disk read failures cannot be
  11. trapped while a caller is in a game door. The door modules do not give error
  12. level returns when a disk read failure occurs. I will see if I can figure out
  13. way around this, but it does not look promising.
  14.  
  15.    I have supplied a copy of my autoexec.bat file, my board.bat file and the
  16. two files that are necessary to reestablish the server connection.
  17.  
  18.    I used batch files and two public domain programs to keep this as
  19. simple as possible.I feel that by doing it this way, it will allow you to
  20. easily customize it for your particular setup.
  21.  
  22.    I run only a single dedicated file server. There should be no problem
  23. for you if you run more than one server.....simply use the MARKNET utility
  24. to mark the position of SERVER.EXE in memory, and then make sure you release
  25. it prior to releasing the REDIR.EXE program.
  26.  
  27.    Look closely at how the autoexec.bat file uses the MARKNET to save the
  28. proper position in memory prior to loading the REDIR program. You must use the
  29. MARKNET utility as it saves DOS memory chains and com port settings so that
  30. the system will be properly reset.  The MARKNET and RELNET programs are
  31. contained within the TSRCOM128.ZIP file that is in this file.
  32.  
  33.    Also, note the use of the DREADY.COM program to detect the status of the
  34. server drive. This utility returns an error level of 1 when the server drive
  35. is not detected. This allows the error level to be trapped and acted upon. You
  36. will note that if the server drive is detected, an error level of 0 is returned
  37. and the batch file ignores this and continues on about its business. This
  38. single testing for only an errorlevel of 1 keeps things as simple as possible.
  39. The DREADY.COM program is also included within this .ZIP file so that you will
  40. not have to look for it in case you do nothave it on your system.
  41.  
  42.    Substitute the proper drive letters and system parms for the one in my
  43. autoexec.bat file. Also, and most importantly.....if you are the type to run
  44. a lot of TSRs, there is no telling what may happen when you try this restart
  45. batch file out on your system. To be safe, MARKNET EACH and EVERY TSR
  46. individually, and then RELEASE them in proper order. After that you should
  47. reload them in the proper order to insure your system will operate properly.
  48. I strongly suggest you read the docs for the MARKNET and RELNET utilities.
  49. The TSRCOM128.ZIP contains the complete set of files that accompany the
  50. MARKENT and RELENT utilities. The docs will help you to understand that is
  51. going on while the batch files are running.
  52.  
  53.     The reason for releasing the REDIR.EXE program is because when a server
  54. conection is lost, you cannot relog onto the server. The REDIR program
  55. remembers that you have previously logged on and will not allow a duplicate
  56. connection to be made. Therefore, it is necessary to use the MARKNET/RELENT
  57. utilities to enable to unloading and reloading of REDIR in memory. The LANBIOS
  58. program is not touched as it has no bearing on network logins. Likewise it is
  59. necessary to reMARKNET the REDIR in the restart.bat file so that in the event
  60. of another server connect loss, the REDIR can once more be dumped from memory
  61. and then reloaded. The net login statments must be reissued once the REDIR is
  62. reloaded. The drive substitution commands do not have to be reissued as DOS
  63. stores that in an area of memory that is not touched when the RELENT dumps the
  64. REDIR.EXE file.
  65.  
  66.     You will note that the MARKNET and RELNET have parms passed to them. The
  67. parms point to a very small file that must be located on your local hard drive
  68. to insure correct operation. The file contains info about the system setup
  69. so that correct system interupts, DOS memory chains, and COM port parms can be
  70. reset once the REDIR is released from memory. PC Board is not affected by all
  71. of this process as it has properly exited from memory prior to invoking the
  72. reconnect sequence.
  73.  
  74.     You will notice that my board.bat file sets certain DOS enviourment
  75. variables. This is to insure that no untoward second party software can
  76. permenently alter the envioutment. The board.bat resets the enviourment
  77. each time it reloads. You do not have to do this, as DOS also stores that
  78. in an area of memory that is unaffected by the RELNET/MARKNET utilities.
  79. This is just my personal insurance for the BBS.
  80.                                                
  81.     If you have any questions, I will try and answer them as best I can. You
  82. can leave me mail on Salt Air or call me at my BBS. I will leave the number
  83. for it below. I hope that this will help you out if you are experiencing
  84. network disconnect problems. If you can improve in this, please do so.
  85. Remember, I have kept this as simple as possible to everyone will be able
  86. to adapt it to their system.
  87.  
  88.     My system configuration uses the server drive of D: and E: and I redirect
  89. the workstation drive letters. This works best for my setup but may not for
  90. you. As I stated earlier, substitute the proper drive letters in the batch
  91. files so as to match your system setup. I also use embedded SCSI drives and
  92. the host card on the server takes a very long time to complete a reboot
  93. sequence. I purposely rebooted the server while the workstation was trying to
  94. reestablish a link.....the batch file will recycle until the server comes back
  95. online, and then the link will be made. The time factor for a workstation to
  96. reconnect to the network is about 6 seconds on my system. Your time may be
  97. faster or slower depending on your workstation clock speed.
  98.  
  99.      Well, here it is. Let me know if this is worth the effort to set it
  100. up on your system.
  101.  
  102.     My BBS number is (415)-895-6159 and is V-9600. It is also PCP-able and
  103. StarLinkable........
  104.  
  105.  
  106.                                             Larry Hargrove
  107.                                                  SysOp
  108.                                                 Pro-Net
  109.                                                   BBS
  110.